Variable number of intra modes for video coding

ABSTRACT

A video coder determines a first block of the video data is intra mode coded; based on a first height and the first width of the first block, identifies a group of N available intra prediction modes for the first block of video data; selects from the group of N available intra prediction modes, a first intra prediction mode used to code the first block of the video data; and codes the first block using the first intra prediction mode. A video coder generates a first most probable mode (MPM) candidate list for the block; codes a first flag indicating an actual intra prediction mode used to code the block is not included in the first MPM candidate list; generates a second MPM candidate list by deriving at least one candidate intra prediction mode based on an intra prediction mode in the first MPM candidate list.

This Application claims the benefit of U.S. Provisional PatentApplication 62/404,128, filed Oct. 4, 2016, the entire content of whichis incorporated by reference herein.

TECHNICAL FIELD

This disclosure relates to video encoding and video decoding.

BACKGROUND

Digital video capabilities can be incorporated into a wide range ofdevices, including digital televisions, digital direct broadcastsystems, wireless broadcast systems, personal digital assistants (PDAs),laptop or desktop computers, tablet computers, e-book readers, digitalcameras, digital recording devices, digital media players, video gamingdevices, video game consoles, cellular or satellite radio telephones,so-called “smart phones,” video teleconferencing devices, videostreaming devices, and the like. Digital video devices implement videocompression techniques, such as those described in the standards definedby MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, AdvancedVideo Coding (AVC), the recently finalized High Efficiency Video Coding(HEVC) standard, and extensions of such standards. The video devices maytransmit, receive, encode, decode, and/or store digital videoinformation more efficiently by implementing such video compressiontechniques.

Video compression techniques perform spatial (intra-picture) predictionand/or temporal (inter-picture) prediction to reduce or removeredundancy inherent in video sequences. For block-based video coding, avideo slice (i.e., a video frame or a portion of a video frame) may bepartitioned into video blocks, which may also be referred to astreeblocks, coding units (CUs) and/or coding nodes. Video blocks in anintra-coded (I) slice of a picture are encoded using spatial predictionwith respect to reference samples in neighboring blocks in the samepicture. Video blocks in an inter-coded (P or B) slice of a picture mayuse spatial prediction with respect to reference samples in neighboringblocks in the same picture or temporal prediction with respect toreference samples in other reference pictures. Pictures may be referredto as frames, and reference pictures may be referred to a referenceframes.

Spatial or temporal prediction results in a predictive block for a blockto be coded. Residual data represents pixel differences between theoriginal block to be coded and the predictive block. An inter-codedblock is encoded according to a motion vector that points to a block ofreference samples forming the predictive block, and the residual dataindicating the difference between the coded block and the predictiveblock. An intra-coded block is encoded according to an intra-coding modeand the residual data. For further compression, the residual data may betransformed from the pixel domain to a transform domain, resulting inresidual transform coefficients, which then may be quantized. Thequantized transform coefficients, initially arranged in atwo-dimensional array, may be scanned in order to produce aone-dimensional vector of transform coefficients, and entropy coding maybe applied to achieve even more compression.

SUMMARY

This disclosure describes techniques related to intra prediction and,more particularly, to the signalling of intra prediction modes from avideo encoder to a video decoder.

In one example, a method for coding video data includes determining afirst block of the video data is intra mode coded, wherein the firstblock of the video data has a first height and a first width; based onthe first height and the first width, identifying a group of N availableintra prediction modes for the first block of video data, wherein N isan integer value greater than two; selecting from the group of Navailable intra prediction modes, a first intra prediction mode used tocode the first block of the video data; and coding the first block usingthe first intra prediction mode.

In another example, a device for coding video data includes a memoryconfigured to store the video data and one or more processors configuredto determine a first block of the video data is intra mode coded,wherein the first block of the video data has a first height and a firstwidth; based on the first height and the first width, identify a groupof N available intra prediction modes for the first block of video data,wherein N is an integer value greater than two; select from the group ofN available intra prediction modes, a first intra prediction mode usedto code the first block of the video data; and code the first blockusing the first intra prediction mode.

In another example, a method for coding video data includes determininga block of the video data is intra mode coded; generating a first mostprobable mode (MPM) candidate list for the block; coding a first flagindicating an actual intra prediction mode used to code the block is notincluded in the first MPM candidate list; generating a second MPMcandidate list for the block, wherein generating the second MPMcandidate list for the block comprises: deriving at least one candidateintra prediction mode for inclusion in the second MPM candidate listbased on an intra prediction mode in the first MPM candidate list; andcoding a second flag indicating whether an actual intra prediction modeused to code the block is included in the second MPM candidate list.

In another example, a device for coding video data includes a memoryconfigured to store the video data; and one or more processorsconfigured to determine a block of the video data is intra mode coded;generate a first most probable mode (MPM) candidate list for the block;code a first flag indicating an actual intra prediction mode used tocode the block is not included in the first MPM candidate list; generatea second MPM candidate list for the block, wherein generating the secondMPM candidate list for the block comprises: derive at least onecandidate intra prediction mode for inclusion in the second MPMcandidate list based on an intra prediction mode in the first MPMcandidate list; and code a second flag indicating whether an actualintra prediction mode used to code the block is included in the secondMPM candidate list.

The details of one or more aspects of the disclosure are set forth inthe accompanying drawings and the description below. Other features,objects, and advantages of the techniques described in this disclosurewill be apparent from the description and drawings, and from the claims.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram illustrating an example video encoding anddecoding system that may utilize the techniques described in thisdisclosure.

FIG. 2 is a conceptual diagram illustrating an example of intraprediction of a block of video data.

FIG. 3 is a conceptual diagram illustrating an example of intraprediction modes and corresponding mode indexes.

FIG. 4 is a conceptual diagram illustrating an example of intraprediction modes and corresponding mode indexes defined in JEM.

FIG. 5 is a conceptual diagram illustrating an example of intraprediction modes defined in JEM according to an example of the presentdisclosure.

FIG. 6 is a block diagram illustrating an example video encoder that mayimplement the techniques described in this disclosure.

FIG. 7 is a block diagram illustrating an example video decoder that mayimplement the techniques described in this disclosure.

FIG. 8 is a flow diagram illustrating an example video coding process inaccordance with the techniques of this disclosure.

FIG. 9 is a flow diagram illustrating an example video coding process inaccordance with the techniques of this disclosure.

DETAILED DESCRIPTION

Various video coding standards, including the recently developed HighEfficiency Video Coding (HEVC) standard include predictive coding modesfor video blocks, where a block currently being coded is predicted basedon an already coded block of video data. In an intra prediction mode,the current block is predicted based on one or more previously coded,neighboring blocks in the same picture as the current block, while in aninter prediction mode the current block is predicted based on an alreadycoded block in a different picture. In inter prediction mode, theprocess of determining a block of a previously coded picture to use as apredictive block is sometimes referred to as motion estimation, which isgenerally performed by a video encoder, and the process of identifyingand retrieving a predictive block is sometimes referred to as motioncompensation, which is performed by both video encoders and videodecoders. Extensions of HEVC and successors to HEVC may also useadditional coding modes, such as intra block copy, dictionary, andpalette coding modes.

This disclosure describes techniques related to intra prediction and,more particularly, to the selection of the prediction directions (i.e.,the intra prediction modes) and coding of the prediction directions. Thetechniques of this disclosure may be used in conjunction with any of theexisting video codecs, such as HEVC, or may be an efficient coding toolfor use in future video coding technology with compression capabilitythat may exceed that of the current HEVC standard and its extensions.The techniques of this disclosure may, for example, be used inconjunction with the H.266 standard presently under development or othersuccessor standards to HEVC.

This disclosure may at times refer to a video coder. Video coder isintended to be a generic term that refers to either video encoding orvideo decoding. Likewise, the term video coding is intended to be ageneric term that refers to either video encoding or video decoding.Certain techniques of this disclosure may be described with respect toeither video encoding or video decoding, but unless explicitly statedotherwise, it should not be assumed that those techniques are notequally applicable to the other of video encoding or video decoding.This disclosure, for example, describes techniques for generating mostprobable mode (MPM) candidate lists and for determining contexts forentropy coding certain information associated with the MPM candidatelists. The techniques for generating the MPM candidate list anddetermining the contexts are performed by both a video encoder and avideo decoder, such that the video decoder can determine the same MPMcandidate list or the same context as the video encoder with little orno explicit signaling from the video encoder to the video decoder. Thus,even if certain techniques of this disclosure are described with respectto one of a video encoder or video decoder, the techniques shouldgenerally be assumed to also be applicable to the other of the videoencoder or video decoder.

This disclosure may also use terms such as current block, currentpicture, etc. In the context of this disclosure, the term current isintended to identify a block or picture that is currently being coded,as opposed to, for example, previously or already coded block orpicture, or a yet to be coded block or picture.

FIG. 1 is a block diagram illustrating an example video encoding anddecoding system 10 that may utilize the techniques described in thisdisclosure. As shown in FIG. 1, system 10 includes a source device 12that generates encoded video data to be decoded at a later time by adestination device 14. Source device 12 and destination device 14 maycomprise any of a wide range of devices, including desktop computers,notebook (i.e., laptop) computers, tablet computers, set-top boxes,telephone handsets such as so-called “smart” phones, so-called “smart”pads, televisions, cameras, display devices, digital media players,video gaming consoles, video streaming device, or the like. In somecases, source device 12 and destination device 14 may be equipped forwireless communication.

Destination device 14 may receive the encoded video data to be decodedvia a link 16. Link 16 may comprise any type of medium or device capableof moving the encoded video data from source device 12 to destinationdevice 14. In one example, link 16 may comprise a communication mediumto enable source device 12 to transmit encoded video data directly todestination device 14 in real-time. The encoded video data may bemodulated according to a communication standard, such as a wirelesscommunication protocol, and transmitted to destination device 14. Thecommunication medium may comprise any wireless or wired communicationmedium, such as a radio frequency (RF) spectrum or one or more physicaltransmission lines. The communication medium may form part of apacket-based network, such as a local area network, a wide-area network,or a global network such as the Internet. The communication medium mayinclude routers, switches, base stations, or any other equipment thatmay be useful to facilitate communication from source device 12 todestination device 14.

In another example, encoded data may be output from output interface 22to a storage device 26. Similarly, encoded data may be accessed fromstorage device 26 by input interface. Storage device 26 may include anyof a variety of distributed or locally accessed data storage media suchas a hard drive, Blu-ray discs, DVDs, CD-ROMs, flash memory, volatile ornon-volatile memory, or any other suitable digital storage media forstoring encoded video data. In a further example, storage device 26 maycorrespond to a file server or another intermediate storage device thatmay hold the encoded video generated by source device 12. Destinationdevice 14 may access stored video data from storage device 26 viastreaming or download. The file server may be any type of server capableof storing encoded video data and transmitting that encoded video datato the destination device 14. Example file servers include a web server(e.g., for a website), an FTP server, network attached storage (NAS)devices, or a local disk drive. Destination device 14 may access theencoded video data through any standard data connection, including anInternet connection. This may include a wireless channel (e.g., a Wi-Ficonnection), a wired connection (e.g., DSL, cable modem, etc.), or acombination of both that is suitable for accessing encoded video datastored on a file server. The transmission of encoded video data fromstorage device 26 may be a streaming transmission, a downloadtransmission, or a combination of both.

The techniques of this disclosure are not necessarily limited towireless applications or settings. The techniques may be applied tovideo coding in support of any of a variety of multimedia applications,such as over-the-air television broadcasts, cable televisiontransmissions, satellite television transmissions, streaming videotransmissions, e.g., via the Internet, encoding of digital video forstorage on a data storage medium, decoding of digital video stored on adata storage medium, or other applications. In some examples, system 10may be configured to support one-way or two-way video transmission tosupport applications such as video streaming, video playback, videobroadcasting, and/or video telephony.

In the example of FIG. 1, source device 12 includes a video source 18,video encoder 20 and an output interface 22. In some cases, outputinterface 22 may include a modulator/demodulator (modem) and/or atransmitter. In source device 12, video source 18 may include a sourcesuch as a video capture device, e.g., a video camera, a video archivecontaining previously captured video, a video feed interface to receivevideo from a video content provider, and/or a computer graphics systemfor generating computer graphics data as the source video, or acombination of such sources. As one example, if video source 18 is avideo camera, source device 12 and destination device 14 may formso-called camera phones or video phones. However, the techniquesdescribed in this disclosure may be applicable to video coding ingeneral, and may be applied to wireless and/or wired applications.

The captured, pre-captured, or computer-generated video may be encodedby video encoder 20. The encoded video data may be transmitted directlyto destination device 14 via output interface 22 of source device 12.The encoded video data may also (or alternatively) be stored ontostorage device 26 for later access by destination device 14 or otherdevices, for decoding and/or playback.

Destination device 14 includes an input interface 28, a video decoder30, and a display device 32. In some cases, input interface 28 mayinclude a receiver and/or a modem. Input interface 28 of destinationdevice 14 receives the encoded video data over link 16. The encodedvideo data communicated over link 16, or provided on storage device 26,may include a variety of syntax elements generated by video encoder 20for use by a video decoder, such as video decoder 30, in decoding thevideo data. Such syntax elements may be included with the encoded videodata transmitted on a communication medium, stored on a storage medium,or stored a file server.

Display device 32 may be integrated with, or external to, destinationdevice 14. In some examples, destination device 14 may include anintegrated display device and also be configured to interface with anexternal display device. In other examples, destination device 14 may bea display device. In general, display device 32 displays the decodedvideo data to a user, and may comprise any of a variety of displaydevices such as a liquid crystal display (LCD), a plasma display, anorganic light emitting diode (OLED) display, or another type of displaydevice.

Video encoder 20 and video decoder 30 may operate according to a videocompression standard, such as the recently finalized HEVC standard.Video encoder 20 and video decoder 30 may additionally operate accordingto an HEVC extension, such as the range extension, the multiviewextension (MV-HEVC), or the scalable extension (SHVC) which have beendeveloped by the Joint Collaboration Team on Video Coding (JCT-VC) aswell as Joint Collaboration Team on 3D Video Coding ExtensionDevelopment (JCT-3V) of ITU-T Video Coding Experts Group (VCEG) andISO/IEC Motion Picture Experts Group (MPEG).

Video encoder 20 and video decoder 30 may also operate according toother proprietary or industry standards, such as the ITU-T H.264standard, alternatively referred to as ISO/IEC MPEG-4, Part 10, AdvancedVideo Coding (AVC), or extensions of such standards, such as theScalable Video Coding (SVC) and Multi-view Video Coding (MVC)extensions. The techniques of this disclosure, however, are not limitedto any particular coding standard. Other examples of video compressionstandards include ITU-T H.261, ISO/IEC MPEG-1 Visual, ITU-T H.262 orISO/IEC MPEG-2 Visual, ITU-T H.263, and ISO/IEC MPEG-4 Visual.

ITU-T VCEG (Q6/16) and ISO/IEC MPEG (JTC 1/SC 29/WG 11) are now studyingthe potential need for standardization of future video coding technologywith a compression capability that significantly exceeds that of thecurrent HEVC standard (including its current extensions and near-termextensions for screen content coding and high-dynamic-range coding). Thegroups are working together on this exploration activity in a jointcollaboration effort known as the Joint Video Exploration Team (JVET) toevaluate proposed compression technology designs. The JVET first metduring Oct. 19-21, 2015. One version of reference software, i.e., JointExploration Model 2 (JEM 2) can be downloaded from:https://jvet.hhi.fraunhofer.de/svn/svn_HMJEMSoftware/tags/HM-16.6-JEM-2.0/.An algorithm for JEM2 is described in J. Chen, E. Alshina, G. J.Sullivan, J.-R. Ohm, J. Boyce, “Algorithm description of JointExploration Test Model 2,” JVET-B1001, San Diego, March 2016, whichdescription is incorporated herein by reference. Another version of thereference software, i.e., Joint Exploration Model 3 (JEM 3) can bedownloaded from:https://jvet.hhi.fraunhofer.de/svn/svn_HMJEMSoftware/tags/HM-16.6-JEM-3.0/.The Algorithm description for JEM3 is described in J. Chen, E. Alshina,G. J. Sullivan, J.-R. Ohm, J. Boyce, “Algorithm description of JointExploration Test Model 3,” JVET-C1001, Geneva, May 26 to Jun. 1, 2016,and is incorporated herein by reference.

Techniques of this disclosure may utilize HEVC terminology for ease ofexplanation. It should not be assumed, however, that the techniques ofthis disclosure are limited to HEVC, and in fact, it is explicitlycontemplated that the techniques of this disclosure may be implementedin successor standards to HEVC and its extensions.

Although not shown in FIG. 1, in some examples, video encoder 20 andvideo decoder 30 may each be integrated with an audio encoder anddecoder, and may include appropriate MUX-DEMUX units, or other hardwareand software, to handle encoding of both audio and video in a commondata stream or separate data streams. If applicable, in some examples,MUX-DEMUX units may conform to the ITU H.223 multiplexer protocol, orother protocols such as the user datagram protocol (UDP).

Video encoder 20 and video decoder 30 each may be implemented as any ofa variety of suitable encoder circuitry or decoder circuitry, such asone or more microprocessors, digital signal processors (DSPs),application specific integrated circuits (ASICs), field programmablegate arrays (FPGAs), discrete logic, software, hardware, firmware or anycombinations thereof. When the techniques are implemented partially insoftware, a device may store instructions for the software in asuitable, non-transitory computer-readable medium and execute theinstructions in hardware using one or more processors to perform thetechniques of this disclosure. Each of video encoder 20 and videodecoder 30 may be included in one or more encoders or decoders, eitherof which may be integrated as part of a combined encoder/decoder (CODEC)in a respective device.

In HEVC and other video coding specifications, a video sequencetypically includes a series of pictures. Pictures may also be referredto as “frames.” In one example approach, a picture may include threesample arrays, denoted S_(L), S_(Cb), and S_(Cr). In such an exampleapproach, S_(L) is a two-dimensional array (i.e., a block) of lumasamples. S_(Cb) is a two-dimensional array of Cb chrominance samples.S_(Cr) is a two-dimensional array of Cr chrominance samples. Chrominancesamples may also be referred to herein as “chroma” samples. In otherinstances, a picture may be monochrome and may only include an array ofluma samples.

To generate an encoded representation of a picture, video encoder 20 maygenerate a set of coding tree units (CTUs). Each of the CTUs maycomprise a coding tree block of luma samples, two corresponding codingtree blocks of chroma samples, and syntax structures used to code thesamples of the coding tree blocks. In monochrome pictures or pictureshaving three separate color planes, a CTU may comprise a single codingtree block and syntax structures used to code the samples of the codingtree block. A coding tree block may be an N×N block of samples. A CTUmay also be referred to as a “tree block” or a “largest coding unit”(LCU). The CTUs of HEVC may be broadly analogous to the macroblocks ofother standards, such as H.264/AVC. However, a CTU is not necessarilylimited to a particular size and may include one or more coding units(CUs). A slice may include an integer number of CTUs orderedconsecutively in a raster scan order.

To generate a coded CTU, video encoder 20 may recursively performquad-tree partitioning on the coding tree blocks of a CTU to divide thecoding tree blocks into coding blocks, hence the name “coding treeunits.” A coding block may be an N×N block of samples. A CU may comprisea coding block of luma samples and two corresponding coding blocks ofchroma samples of a picture that has a luma sample array, a Cb samplearray, and a Cr sample array, and syntax structures used to code thesamples of the coding blocks. In monochrome pictures or pictures havingthree separate color planes, a CU may comprise a single coding block andsyntax structures used to code the samples of the coding block.

Video encoder 20 may partition a coding block of a CU into one or moreprediction blocks. A prediction block is a rectangular (i.e., square ornon-square) block of samples on which the same prediction is applied. Aprediction unit (PU) of a CU may comprise a prediction block of lumasamples, two corresponding prediction blocks of chroma samples, andsyntax structures used to predict the prediction blocks. In monochromepictures or pictures having three separate color planes, a PU maycomprise a single prediction block and syntax structures used to predictthe prediction block. Video encoder 20 may generate predictive luma, Cb,and Cr blocks for luma, Cb, and Cr prediction blocks of each PU of theCU.

Video encoder 20 may use intra prediction or inter prediction togenerate the predictive blocks for a PU. If video encoder 20 uses intraprediction to generate the predictive blocks of a PU, video encoder 20may generate the predictive blocks of the PU based on decoded samples ofthe picture associated with the PU. If video encoder 20 uses interprediction to generate the predictive blocks of a PU, video encoder 20may generate the predictive blocks of the PU based on decoded samples ofone or more pictures other than the picture associated with the PU.

After video encoder 20 generates predictive luma, Cb, and Cr blocks forone or more PUs of a CU, video encoder 20 may generate a luma residualblock for the CU. Each sample in the CU's luma residual block indicatesa difference between a luma sample in one of the CU's predictive lumablocks and a corresponding sample in the CU's original luma codingblock. In addition, video encoder 20 may generate a Cb residual blockfor the CU. Each sample in the CU's Cb residual block may indicate adifference between a Cb sample in one of the CU's predictive Cb blocksand a corresponding sample in the CU's original Cb coding block. Videoencoder 20 may also generate a Cr residual block for the CU. Each samplein the CU's Cr residual block may indicate a difference between a Crsample in one of the CU's predictive Cr blocks and a correspondingsample in the CU's original Cr coding block.

Furthermore, video encoder 20 may use quad-tree partitioning todecompose the luma, Cb, and Cr residual blocks of a CU into one or moreluma, Cb, and Cr transform blocks. A transform block is a rectangular(e.g., square or non-square) block of samples on which the sametransform is applied. A transform unit (TU) of a CU may comprise atransform block of luma samples, two corresponding transform blocks ofchroma samples, and syntax structures used to transform the transformblock samples. Thus, each TU of a CU may be associated with a lumatransform block, a Cb transform block, and a Cr transform block. Theluma transform block associated with the TU may be a sub-block of theCU's luma residual block. The Cb transform block may be a sub-block ofthe CU's Cb residual block. The Cr transform block may be a sub-block ofthe CU's Cr residual block. In monochrome pictures or pictures havingthree separate color planes, a TU may comprise a single transform blockand syntax structures used to transform the samples of the transformblock.

Video encoder 20 may apply one or more transforms to a luma transformblock of a TU to generate a luma coefficient block for the TU. Acoefficient block may be a two-dimensional array of transformcoefficients. A transform coefficient may be a scalar quantity. Videoencoder 20 may apply one or more transforms to a Cb transform block of aTU to generate a Cb coefficient block for the TU. Video encoder 20 mayapply one or more transforms to a Cr transform block of a TU to generatea Cr coefficient block for the TU.

After generating a coefficient block (e.g., a luma coefficient block, aCb coefficient block or a Cr coefficient block), video encoder 20 mayquantize the coefficient block. Quantization generally refers to aprocess in which transform coefficients are quantized to possibly reducethe amount of data used to represent the transform coefficients,providing further compression. After video encoder 20 quantizes acoefficient block, video encoder 20 may entropy encode syntax elementsindicating the quantized transform coefficients. For example, videoencoder 20 may perform Context-Adaptive Binary Arithmetic Coding (CABAC)on the syntax elements indicating the quantized transform coefficients.

Video encoder 20 may output a bitstream that includes a sequence of bitsthat forms a representation of coded pictures and associated data. Thebitstream may comprise a sequence of Network Abstraction Layer (NAL)units. A NAL unit is a syntax structure containing an indication of thetype of data in the NAL unit and bytes containing that data in the formof a raw byte sequence payload (RBSP) interspersed as necessary withemulation prevention bits. Each of the NAL units includes a NAL unitheader and encapsulates a RBSP. The NAL unit header may include a syntaxelement that indicates a NAL unit type code. The NAL unit type codespecified by the NAL unit header of a NAL unit indicates the type of theNAL unit. An RBSP may be a syntax structure containing an integer numberof bytes that is encapsulated within a NAL unit. In some instances, anRB SP includes zero bits.

Different types of NAL units may encapsulate different types of RBSPs.For example, a first type of NAL unit may encapsulate an RBSP for a PPS,a second type of NAL unit may encapsulate an RBSP for a coded slice, athird type of NAL unit may encapsulate an RBSP for SEI messages, and soon. NAL units that encapsulate RBSPs for video coding data (as opposedto RBSPs for parameter sets and SEI messages) may be referred to as VCLNAL units.

Video decoder 30 may receive a bitstream generated by video encoder 20.In addition, video decoder 30 may parse the bitstream to obtain syntaxelements from the bitstream. Video decoder 30 may reconstruct thepictures of the video data based at least in part on the syntax elementsobtained from the bitstream. The process to reconstruct the video datamay be generally reciprocal to the process performed by video encoder20. In addition, video decoder 30 may inverse quantize coefficientblocks associated with TUs of a current CU. Video decoder 30 may performinverse transforms on the coefficient blocks to reconstruct transformblocks associated with the TUs of the current CU. Video decoder 30 mayreconstruct the coding blocks of the current CU by adding the samples ofthe predictive blocks for PUs of the current CU to corresponding samplesof the transform blocks of the TUs of the current CU. By reconstructingthe coding blocks for each CU of a picture, video decoder 30 mayreconstruct the picture.

FIG. 2 is a conceptual diagram illustrating an example of intraprediction of a block of video data, as may be performed by videoencoder 20 or video decoder 30. For intra prediction, a block of videodata (e.g., a PU) is predicted using reconstructed image samples thatare spatially neighboring. A typical example of the intra prediction foran image block 40, e.g., a 16×16 image block, is shown in FIG. 2. Withintra prediction, video encoder 20 or video decoder 30 predicts imageblock 40 by copying the above and left neighboring reconstructed samples(reference samples) along a selected prediction direction (as indicatedby arrow 42).

FIG. 3 is a conceptual diagram illustrating an example of the intraprediction modes and corresponding mode indexes used in the HEVCstandard. In HEVC, there are 35 modes for the intra prediction of a lumablock, including a planar mode (i.e., a planar intra prediction mode), aDC mode, and 33 angular modes (i.e., angular intra prediction modes), asindicated in FIG. 3. The 35 modes of the intra prediction, as defined inHEVC, are indexed as shown in Table 1 below.

TABLE 1 Specification of intra prediction mode and associated namesIntra prediction mode Associated name 0 INTRA_PLANAR 1 INTRA_DC 2 . . .34 INTRA_ANGULAR2 . . . INTRA_ANGULAR34

FIG. 4 is a conceptual diagram illustrating an example of intraprediction modes and corresponding mode indexes defined in JEM. Oneintra related coding tool in JEM-3.0 is the introduction of 67 intraprediction modes, as shown in FIG. 4. Compared to the intra predictionmodes in HEVC, 32 additional angular intra prediction angles areintroduced, as shown by the dotted lines in FIG. 4. The 33 angular intraprediction modes of HEVC are shown with solid lines. Intra mode index 0and 1 refer to the same Planar and DC modes in HEVC. Intra mode indexes2˜66 refer to different Intra prediction angles, with indexes 18, 34 and50 corresponding to the pure horizontal prediction, the diagonalprediction, and the pure vertical prediction, respectively. With 67intra prediction modes, finer intra prediction accuracy may be achievedrelative to the 35 intra prediction modes of HEVC.

To signal an intra mode, video encoder 20 and video decoder 30 may buildan MPM list. Video encoder 20 signals a flag indicating whether theactual intra prediction mode used to code the block is one of the modesin the MPM list. If the actual mode is one of the modes in the MPM list,then video encoder 20 may also generate a syntax element indicating theindex value for inclusion in a bitstream of encoded video data, wherethe index value indicates which entry in the MPM list corresponds to theactual intra prediction mode. When decoding the encoded video data,video decoder 30 may decode the flag and the index value to determinethe entry in the list that corresponds to the intra prediction mode usedto code the block. As video encoder 20 and video decoder 30 areconfigured to generate the same MPM list, video decoder 30 candetermined the intra prediction mode used by video encoder 20 to encodethe block. If the actual intra mode used to code the block is not fromthe selected modes of the MPM list, then video encoder 20 may explicitlysignal the mode index of the mode used to code the block. The maximumvalue of the mode index may be reduced by removing MPMs and selectedmodes. The list of selected modes may, for example, be built by takingevery 4-th mode, i.e. uniformly sampled.

The current implementation for intra prediction mode signaling in JEMpotentially has some problems that may be addressed by aspects of thisdisclosure. As one example, although the number of intra angulardirections in JEM is doubled compared to the number of intra angulardirections to HEVC, more fine prediction directions may still bedesired. Increasing the number of directions for smaller block sizes,however, may not improve prediction quality significantly and may, infact, undesirably increase signaling overhead. In JEM, an MPM list withuniformly sampled selected modes may not most effectively represent thebest intra prediction modes for a particular block because such an MPMlist is not dependent on neighbors or already chosen MPM list. In JEM,the number of intra modes has been increased, which may also increaseintra mode signaling cost. In JEM, rectangular blocks are enabled forintra prediction, but JEM does not consider block shape andcorresponding edge features for intra mode signaling. As another exampleof a potential problem, as more angular intra modes are introduced, thecontext model for MPM index may need to be further refined.

To potentially address the problems mentioned above, this disclosureintroduces several techniques related to intra prediction modes and thesignaling of intra prediction modes. The disclosed techniques may beapplied individually or, unless stated to the contrary, may also beapplied in any combination. The following techniques may be applied byeither video encoder 20 or video decoder 30. In some instances, videodecoder 30 may perform a decoding process that is reciprocal to anencoding processing performed by video encoder 20. As one example, ifvideo encoder 20 transmits certain information, then video decoder 30may receive such information. In the case of building MPM lists, videoencoder 20 and video decoder 30 may perform the same techniques in orderto build the same lists.

According to the techniques of this disclosure, video encoder 20 andvideo decoder 30 may configured to use a variable number of intra modes,such that not all intra coded blocks have the same available intramodes. FIG. 5 is a conceptual diagram illustrating an example of intraprediction modes that could be included in JEM according to an exampleof the present disclosure. FIG. 5 shows the 131 intra modes introducedby this disclosure. The numbers 2, 34, 66, 98, and 130 in FIG. 5represent mode indexes for angular modes, and the numbers 0 and 1represent mode indexes for the planar and DC modes respectively.Although not shown explicitly in FIG. 5, the other angular modes alsohave associated indexes. The solid lines (e.g., the modes labeled withreference numeral 53) represent the 35 modes in HEVC (33 angular modes,plus DC and planar). The current implementation of JEM utilizes 67 intramodes, with the additional modes corresponding to additional angularmodes in between the 33 HEVC angular modes. The modes labeled withreference numerals 55 are examples of the additional modes included inthe current version of JEM. This disclosure proposes adding additionalmodes between the 33 HEVC angular modes and the additional 32 JEMangular modes. The modes labeled with reference numeral 57 are examplesof the additional angular modes proposed by this disclosure.

However, merely increasing the number of intra mode predictiondirections may not be helpful for improving the coding performance sincethe increased number of directions also increases the overhead signalingdue to the additional variability. Secondly, more variety in intra modedirections may not be efficient for all block sizes. For example, forsmall block sizes, fewer intra directions may be preferable with lessoverhead, and for bigger blocks more intra directions may be better.

In one example, video encoder 20 and video decoder 30 may utilizedifferent groupings of modes depending on the size (e.g., the height andwidth) of the block being coded. The number of intra modes may besignaled per block size, or block area (width*height). The selectednumber of intra mode directions per block size or block area may besignaled in a video parameter set (VPS), sequence parameter set (SPS),picture parameter set (PPS), slice header, group of blocks, at CTUlevel, at block level, or elsewhere. In one example, signaling thenumber of intra mode directions may be done in SPS.

In one example, in order to signal the number of intra modes, videoencoder 20 may signal a threshold indicating a block size or block area,and for the blocks smaller or no greater than the threshold, videoencoder 20 may use a certain number of intra modes. The threshold may besignaled relative to a default number or as a difference between thethreshold to be signaled and the smallest possible block size or area.For example, the smallest block size may be 4×4, so the log2(block sizecorresponding to certain number of intra modes)−log2(4) is signaled.Instead of 4, any other size may be used. Smallest block size in thesignaling may depend on the number of intra modes it indicates as itwill be described below.

As described above, various block sizes may have different numbers ofintra modes. For example, a first threshold indicating block size orblock area is signaled, and if the block size or block area is smalleror not greater than the first threshold, the number of intra modes isequal to a first number. For example, the first threshold may be 32(block area), the signaled value is 1og2(32)−1og2(16)=1, 16 is the areaof 4×4 block and is considered as the smallest block for the firstnumber of intra modes in this example, and for the blocks with area nogreater than the first threshold 32, the first number of intra modes,for example equal to 35 intra modes, may be used.

Similarly, video encoder 20 may signal a second threshold to indicatethat the second number of intra modes is used. For example, the secondthreshold may be set equal to 256, and the signaled value is1og2(256)−1og2(64)=2, 64 is the area of the 8×8 block and is set thesmallest for the second number of intra modes in this example, and thesecond number of intra modes, for example, is set equal to 67 modes. Forthe blocks being smaller or not greater than the second threshold thesecond number of intra modes may be used, optionally excluding theblocks, where the number of intra modes was already assigned while doingthe comparing against the first threshold.

Other blocks may use default number of intra modes, for example 131intra modes. The above example can be summarized with the below table.

Block area (width * height) 35 modes 67 modes 131 modes <=32 X — — >32and <=256 — X — >256 — — X

In one example, the signaled thresholds may depend on the picture size(e.g., the picture resolution). While two thresholds may be utilized inone example, more or less than two thresholds may be used with othernumber of intra modes. In another example, the number of intra modes maydepend on other decoded information, including but not limited to, blockwidth and/or height, ratio of block width (height) versus height(width), which line(s) of reference samples is used for intraprediction, whether picture dependent prediction combination (PDPC) (asdescribed in U.S. Patent Publication 2017/0094285, published March 30,2017), enhanced multiple transform (EMT) (as described in U.S. PatentPublication 2016/0219290, published Jul. 28, 2016) or type of primarytransform, non-separable secondary transform (NSST) (as described inU.S. Patent Publication 2017/0094313 and U.S. Patent Publication2017/0094314, both published Mar. 30, 2017) or type of the secondarytransform mode is applied or not for current block, whether the currentblock is coded in an intra slice or inter (P or B) slice, theneighboring reconstructed values, the neighboring intra modes. Forexample, if most of the neighboring blocks are using planar or DC modes,then the current block may use smaller number of intra modes than thedefault number for the current block, otherwise, the default number ofintra modes are applied for the current block.

In another example, video encoder 20 and video decoder 30 may update thenumber of intra modes during the encoding and decoding process. Forexample, a counter may be used to count how frequently MPM modes arebeing used as a selected intra mode, and if MPM modes are veryfrequently used, then the total number of intra modes may be reduced(e.g., reduced from 131 to 67), otherwise, if MPM modes are notfrequently used, then the total number of intra modes may be increased(e.g., increased from 35 to 67).

The number of MPMs may depend on the total number of intra modes. Forexample, if the total number of intra modes is equal to a first value,such as 67 for example, then one number of MPMs, such as 6 for example,may be used for intra mode coding. If the total number of intra modes isequal to a second value, such as 131 for example, then the second numberof MPMs, such as 7 or 5 MPMs for example, may be used for intra modecoding.

The intra interpolation filter (type and length) used may depend on thetotal number of intra modes. For example, if the total number of intramodes is equal to a first number, for example 67, a first filter with acertain filter length, such as a 4-tap A cubic interpolation filter forexample, may be applied, and then for the total number of intra modesbeing equal to a second number, such as 131 for example, another filterwith another filter length, such as a 6-tap Sextic interpolation filterfor example, may be applied.

Mode dependent intra smoothing thresholds may be extended for anincreased number of directions, such as by multiplying the threshold by2 for doubled number of angular directions, for example, when number ofintra modes is increased from 67 to 131 modes.

According to the techniques of this disclosure, video encoder 20 andvideo decoder 30 may be configured to perform intra mode conversion. Asmore than one number of intra modes may be used, intra modes may need tobe converted from one range of intra modes into another range. Forexample, a current block may use 131 modes, but a neighbor block may use67 modes. When the MPM list is built for the current block, the intramodes may be mapped to intra modes using the current number of intramodes if the number of intra modes used for the neighbor block isdifferent.

For example, neighbor block may have horizontal mode, the horizontalmode number is 10 with 35 intra modes, 18 with 67 intra modes, and 34with 131 intra modes. As such, if the neighbor block uses 67 intra mode,video encoder 20 and/or video decoder 30 may map the horizontal modenumber 10 or 18, for example, or to 34.

In one example, the chosen subset of intra modes, for example 67 modesfrom 131 modes, may not include every other second mode (except DC andplanar). In other words, the chosen subset may include only 67 modescurrently utilizes in JEM and not the additional 64 angular modesproposed by this disclosure. In one example, selecting every othersecond mode may apply only to angular modes, whereas the planar (mode 0)and DC modes (mode 1) are usually more frequent and may be alwaysincluded in the smaller subset. In one example, a subset of 67 modes maybe selected from 131 modes that best fits with the characteristics ofthe image, e.g., based on offline experiments and/or training forexample. Selecting 67 modes in this fashion may better predictionaccuracy, which may lead to improved coding performance. The selected 67modes may be stored in a look-up table (LUT). The mapping between thelarger intra mode set (i.e., 131 modes) to a smaller intra mode set(i.e., 67 modes) and vice versa may be performed using a look-up table.Similar methods may be applied to select a subset of 35 modes from 131modes and a look-up table may be used to perform this mapping.

Video encoder 20 and/or video decoder 30 may generally perform a mappingor conversion process according to a look-up table, and the input or oneindex is the mode to be converted and the output or a second index isthe converted mode. Conversion may be done in both directions, from alarger intra mode set to a smaller set, or from a smaller set to alarger set. A smaller intra mode set may be a subset of the larger intramode set, and larger set of intra modes may be a superset of a smallerintra mode set. A subset may be derived, for example, based on the mostfrequently used modes of the larger set, or based on a neighborhood ofthe selected directions. Selected directions, for example, may behorizontal, vertical, diagonal or other modes. Some examples of mostfrequently modes may be the DC mode or planar mode.

In one example, intra modes stored with a block may be set to a modenumber represented by the greatest number of intra modes, for example131 intra modes, even if the block uses less number of intra modes. Amapping or conversion process from a mode, represented by the maximumnumber of intra modes, to a mode within the desired number of intramodes used for a block may be performed to derive the actual mode.

The mapping or conversion rule may be fixed for video encoder 20 andvideo decoder 30, or may be indicated in a bitstream, for example, usinga list of rules signaling an index. In another example, the conversionrule may be updated during the encoding and decoding process.

In one example, instead of using LUT-based mapping, the mapping processmay be based on a closed form expression. To convert a mode representedby 131 number of modes to a mode represented by 67 number of modes, thefollowing may be applied (((mode−2)>>shift)<<shift)+2, by settingshift=1; this will round towards the nearest every second mode, which iscloser to zero. The 67 modes would, for example, include the modesreferenced by lines 53 and 55 in FIG. 5, but not the modes referenced bylines 57. Similarly, in one example the shift value may be 2 instead of1, if conversion is done from 131 to 35 modes. In this example, themodes would include the modes referenced by lines 53 in FIG. 5, but notthe modes referenced by lines 55 and 57. In another example, an offsetvalue of 1<<(shift−1) may be added before right shift operation to roundto the nearest mode. Minus 2 may be added due to number of non-angularmodes (DC and planar), since the non-angular modes may not be extendedwhen the number of angular direction is increased, and may be mapped toDC and planar mode, respectively, regardless of the number of intramodes.

In one example, the mapping may be done during MPM list construction,since not all neighbor intra modes may be applicable for the currentblock. Also, when calculating the derived modes steps in the MPM listderivation, plus or minus 1, for example, may be used for blocks thatuse all of the 131 intra modes. In another example, plus or minus twomay be used for twice smaller number of modes (67), and step plus orminus 4 may be used for four times smaller number of intra modes (35)and so on. The mapping rule, such as the mapping rule that is based onclosed form expression or based on LUT, for example, may be applied whensteps plus or minus 2, plus or minus 4 are used to calculate the derivedmodes.

In one example, rather than using a fixed set of smaller intra modes(e.g., 67), adaptive methods may be used to select intra modes whilecoding. The encoder 20 and the decoder 30 use the same methods to updatethe intra mode set starting, for example, from an initial set. In oneexample, video encoder 20 may start from an initial set of intra modes.The initial set may be any set, for example a set learned from offlineexperiments or from uniformly sampling the larger modes as describedabove. Then the encoder 20 may keep track of both the frequently andinfrequently used coding modes in the larger intra mode set (e.g., 131)that occurred in the already coded region. Then the initial set may beupdated by adding the frequently used intra modes and removing theinfrequent intra modes. The update process may be performed at variousgranularity level, for example for each CU, PU, TU, or CTU or group ofblocks or units. As the update step is carried out based on the alreadycoded regions, the decoder 30 may follow the same method.

In addition, the intra interpolation filter applied on a current blockmay depend on the intra mode conversion/mapping process. Intra modeconversion or mapping may be done for a mode represented by a largernumber of intra modes to convert it to a mode represented by a smallernumber of intra modes, for example a mode may be mapped from 131 intramodes set to a mode from 67 intra modes set. During the conversion, theintra mode directions of a mode to be mapped and the mapped mode may notnecessarily match, such as when an intra mode direction to be mapped isnot present in the smaller mode set. However, there may be some otherparameter or derivation processes, which are derived or applied based onthe intra mode information. In one example, the mode from the larger setmay be used to derive such parameters instead of using the mapped orconverted intra mode. For example, an intra interpolation filter (forexample, used to derive non-integer samples to perform intra prediction)may depend on intra mode, and in such instances, an unconverted modefrom a larger intra set may be used to determine the filter. With thisintra interpolation filter selection method, the prediction accuracy maybe improved, but the total number of intra modes may not be changed.

Furthermore, the above described mapping rule may also be used for othertools related to intra modes, such as PDPC, EMT or primary transform,NSST or secondary transform and others.

Video encoder 20 and video decoder 30 may be configured to performvarious intra mode coding techniques, described in more detail below. Asdifferent number of intra modes may be used, to signal a mode, and MPMlist size may also vary. In another example, MPM list size may be thesame for all number of intra modes. When the smaller set of modes (e.g.,67 or 35) is stored in a LUT, an index of LUT corresponding to a modemay be signaled, instead of the mode value itself. The decoder 30 maydecode the actual mode from the decoded index and using LUT.

If a mode is not MPM, the mode may be further classified as being a modefrom the selected mode set, or as being a mode not from the selectedmode set, for example, as is currently used in JEM. Similarly, thenumber of the selected modes may vary depending on the number of intramodes. For example, the number of selected modes may be 32 for 131modes, 16 for 67 modes, 8 for 35 modes. If the mode to be coded is oneof the selected modes, an index of the mode in the selected mode set maybe signaled rather than the mode value itself.

Similarly, the maximum mode number for non-selected modes may varydepending on the used number of intra modes. For example, the maximummode number may be 93 modes for 131 modes and MPM list size of 6; 45 for67 modes and 6 MPM modes, and 21 for 35 modes and 6 MPM modes. Ingeneral, the mode value may be calculated as (number of modes)−(MPMmodes)−(number of selected modes).

To signal a mode, modes included into the MPM list and the mode to besignaled may be converted from the modes represented by the largestnumber of intra modes (131) to a mode represented by a desired number ofintra modes. In this example, if the mode is not MPM, the intra modevalue to be signaled may be adjusted by subtracting the MPM modes as iscurrently done in HEVC and JEM.

Chroma components may apply intra modes used for luma component (DMmodes) to derive chroma intra prediction. In this example, the intramodes used for chroma component may be converted to intra modecorresponding to a number of modes used for chroma. The number of modesused for chroma may be block size or block area dependent. For example,in the DM mode, which is intra mode of a block from the correspondingluma component, is from one intra mode range (for example, 131), butcorresponding chroma block may have a mode from another intra mode range(for example, 67), then the luma mode may be converted from a mode of131 to a mode of 67, as for example described in the above examples,prior to deriving chroma intra prediction. The different luma and chromablock sizes may happen, for example, when luma and chroma components arecoded separately, but luma information may be used to code chromacomponents. In another example, non-converted intra modes may be used,since chroma intra mode signaling may not be dependent on the totalnumber of intra modes, and a flag may be signaled indicating whetherluma intra mode may be used.

MPM list size may be increased, such as from 6 modes to 7 modes, forexample. To code MPM index, a binarization that is used to represent MPMindex may be different, for example, dependent on the MPM index. Forexample, one binarization method may be used for smaller MPM indices,i.e. smaller than a certain threshold, and another binarization methodmay be used for other MPM indices, where the other MPM indices may becoded as actual MPM index minus the threshold. In one example, unary ortruncated unary codes may be used as a first binarization method andfixed length binary code or truncated binary code may be used as asecond binarization method.

In addition to the MPM list described above, video encoder 20 and videodecoder 30 may also be configured to build a secondary MPM list. Asdescribed above, selected modes may be uniformly selected from thepossible range of intra modes. In the present disclosure, selected modesmay be derived from the MPM modes, hence creating a secondary MPM list.

When using two MPM lists, video encoder 20 may, for example, generate afirst syntax element indicating if an actual intra prediction mode usedto code a block of video is included in the first MPM list. If theactual intra prediction mode is included in the first MPM list, thenvideo encoder 20 may generate a syntax element indicating which entry inthe first list corresponds to the actual intra prediction mode. If theactual intra prediction mode is not included in the first MPM list, thenvideo encoder 20 may generate a second syntax element indicating if theactual intra prediction mode used to code a block of video is includedin the second MPM list. If the actual intra prediction mode is includedin the second MPM list, then video encoder 20 may generate a syntaxelement indicating which entry in the second list corresponds to theactual intra prediction mode. If the actual intra prediction mode is notincluded in the second MPM list, then video encoder 20 may generate asyntax element indicating which of the remaining modes corresponds tothe actual intra prediction mode. By generating the same first andsecond MPM lists as video encoder 20 and by receiving the various syntaxgenerate by video encoder 20, video decoder 30 can determine the intraprediction mode used to code the block.

The number of modes derived from each MPM mode may depend on the MPMindex, or the modes can be derived from all MPM uniformly. For example,for the MPM mode 0, four secondary modes are derived. Video encoder 20and video decoder 30 may, for example, derive the secondary modes byapplying offset -+1, -+2, -+3, to the MPM mode 0 value. In someimplementations, video encoder 20 and video decoder 30 may only includeunique modes, i.e., modes not yet added to either the MPM list or thesecondary MPM list, in the secondary MPM list. This derivation may berepeated for all MPM modes, or only for certain MPM modes. For example,for the MPM mode 1, the process repeats and 3 secondary unique modes,for example, may be derived and added to the secondary MPM list andcontinue till the last MPM mode. In general, derivation may be describedas selecting a subset of modes around the given mode from all possibleintra modes.

The number of derived secondary modes may depend on the MPM mode index,and the number of derived modes may be the greatest for the MPM mode 0or modes having smaller MPM index. For example, the number of derivedmodes is {4, 3, 3, 2, 2, 2} for 6 MPM modes, where each value is thenumber of secondary modes derived from each MPM mode, i.e. four modesare derived from the first MPM mode, three modes are derived from thesecond and third MPM modes, and two modes are derived from the forth andlater MPM modes.

In another example, the derivation may be applied only to certain MPMmodes. For example, the derivation may be applied only to angular modes(modes which are not DC or Planar). In general, the derivation may beapplied to a subset of MPM modes. In the above example, {4, 3, 3, 2, 2,2} may be only applied to the angular MPM modes (for example, neitherPlanar nor DC), where each value is the number of secondary modesderived from each angular MPM mode. In another example, not all MPMmodes are used to generate secondary modes. In this example, only theMPM modes from neighboring blocks may be involved.

It may be possible that the secondary modes generated based on MPM modescannot fill up the second MPM list. Therefore, a default secondary MPMlist may be used to fill the remaining modes in the list. In oneexample, this default second MPM list may be derived by sub-samplingangular modes, for example, uniformly with a sub-sample step-size, whichmay be optionally doubled every time. For example, for 65 angular modes,the default second MPM list may be {2, 18, 34, 50, 66; 10, 26, 42, 58;6, 14, 22, 30, 38, 46, 54, 62, etc.}, where initial step size may be 16or 8. As described above, the number of modes in the secondary MPM listmay depend on a number of intra modes that can be used for the currentblock.

In another example, instead of signaling a flag or index to indicatethat intra mode is the one of the selected modes, video encoder 20 maygenerate, and video decoder 30 may receive, a flag indicating that theactual mode belongs to a subset. The number of subsets may be 2 or more,the size of subsets may be different. For example, the modes afterdiagonal mode (vertical like modes) may be placed into a verticalsubset, and other modes may be placed into a horizontal subset. The flagor index (if more than 2 subsets are used) indicates to which subset amode to be coded belongs. As a second step, all MPM modes belonging tothat chosen subsets may be removed from the subset, since the mode to becoded is not an MPM mode, hence reducing the subset size. After that,the mode value or mode index in the subset may be signaled using atruncated binarization, for example, where the max value may be thesubset size. The flag or index may be context coded, and the context maydepend on the subset type or subset index, on the modes in the MPM list,or may depend on the number of Intra modes included in an intra modesubset.

To signal intra prediction modes, video encoder 20 and video decoder 30may also be configured to perform swapping of MPMs and context modeling.Video encoder 20 and video decoder 30 may be configured to swap modesbased on block shape. In JEM, rectangular blocks may be used for intracoding: horizontal (height of the block is smaller than the width of theblock) and vertical (height of the block is larger than the width of theblock).

Neighbor intra modes (e.g., intra modes used for neighboring blocks) maybe more frequently chosen depending on the neighbor block position andthe shape of the current block. Similarly, some intra mode directionsmay be more preferable depending on the current block shape. Forexample, an intra mode from the left neighbor block or vertical angularmodes (e.g. modes with index larger than diagonal mode 34 as shown onFIG. 4 for 67 intra mode case) may be more preferable for vertical shapeblocks; similarly intra mode for the top neighbor or horizontal intramodes (e.g. angular modes with index less than diagonal mode 34 as shownon FIG. 4 for 67 intra mode case) may be more preferable for horizontalshape blocks.

Therefore, video encoder 20 and video decoder 30 may consider blockshape during intra mode coding. For example, the modes included into theMPM list or assigned MPM index may depend on the current block shapeand/or how far the MPM mode is from the preferred intra modes, thepreferred modes (for example, such as horizontal or vertical mode) maydepend on the current block shape as mentioned above. For example, forthe vertical shape block, if first two MPMs are both angular, the onecloser to a preferred mode, for example vertical mode, may be set as thefirst MPM and the other one may be set as the second MPM. Similarly,when signaling other intra modes not included in the first or secondaryMPM list, the intra modes may be assigned codewords based on the mode'sdistance from the preferred modes, such as the modes for the verticaland horizontal directions. As an example, for the vertical blocks, theintra mode closer to the vertical direction may have a shorter codewordassigned than the mode which is further from the vertical direction.

In one example, the preferred modes corresponding to one block shape maybe mapped to the preferred modes corresponding to another block shapebefore signaling. Those preferred modes may have a smaller mode index ormay assign a shorter codeword. In this way, the preferred modes ofdifferent block shapes may be coded together and optionally share thesame context modelling, which may potentially result in more efficientcoding. For example, vertical intra mode directions (e.g. the modes withlarger mode index) may be mapped to the horizontal intra mode directions(e.g. the modes with shorter mode index) before intra mode signaling. Inone example, it may be accomplished by index remapping, where, forexample, for a mode with ModeIndex the remapping to a NewModelndex maybe done as NewModelndex=MaxModelndex−ModeIndex, where MaxModelndex isthe largest intra mode index.

Video decoder 30 may perform inverse mapping, e.g. for certain blockshapes, to map back horizontal directions to the vertical directions. Inone example, the described mapping may be applied only for selectedblock shapes or block sizes, such as for the blocks having a heightgreater than or equal to the width.

For square blocks, MPMs from neighboring blocks, when available andunique, can be also rearranged by favoring modes belonging to a chosensubset of modes. For example, if MPM1 belongs to a first set {Planar,DC, 2, horizontal, vertical, diagonal1, diagonal2} and MPM0 does notbelong to that set, MPM0 and MPM1 are swapped. In this example, modesdiagonal1 and diagonal2 may correspond to diagonal intra modes, such as,in one example, intra modes 2 and 66 in FIG. 4, respectively.

Video encoder 20 and video decoder 30 may be configured to performcontext grouping. In the current JEM, the contexts for MPM index codingare separated into 3 groups, i.e. Planar and DC (non-angular set), ahorizontal set (modes from the bottom-left-to-above-right diagonaldirection to the diagonal mode inclusive), and a vertical set (from thediagonal mode to above-right-to-bottom-left diagonal direction).

The context set may be refined based on the intra MPM mode directionand/or the current block shape, and/or number of MPM modes in the MPMlist.

For example, when the total number of intra mode is 67 (FIG. 4), acontext for MPM index may be grouped in a way that the context modeldepends on the distance to the preferred intra modes, for examplevertical or horizontal directions, as shown in the following table.

Intra mode 0, 1 2 to 5 6 to 12 13 to 21 22 to 28 29 to 34 Context 0 1 23 2 1 model index Intra mode 35 to 38 39 to 45 46 to 54 55 to 61 62 to67 Context 1 2 3 2 1 model index

In one example, in a more general approach, a context used to code MPMindex is assigned according to the distance of the particular MPM mode(the mode with particular MPM index) from the default or preselectedintra modes; in other words, according to how far the current MPM modeis from the default modes. Those default modes may be, for example,horizontal, vertical, diagonal or any other direction.

FIG. 6 is a block diagram illustrating an example video encoder 20 thatmay implement the techniques described in this disclosure. Video encoder20 may perform intra- and inter-coding of video blocks within videoslices. Intra-coding relies on spatial prediction to reduce or removespatial redundancy in video within a given video frame or picture.Inter-coding relies on temporal prediction to reduce or remove temporalredundancy in video within adjacent frames or pictures of a videosequence. Intra-mode (I mode) may refer to any of several spatial basedcompression modes. Inter-modes, such as uni-directional prediction (Pmode) or bi-prediction (B mode), may refer to any of severaltemporal-based compression modes.

In the example of FIG. 6, video encoder 20 includes a video data memory33, partitioning unit 35, prediction processing unit 41, summer 50,transform processing unit 52, quantization unit 54, entropy encodingunit 56. Prediction processing unit 41 includes motion estimation unit(MEU) 42, motion compensation unit (MCU) 44, and intra prediction unit46. For video block reconstruction, video encoder 20 also includesinverse quantization unit 58, inverse transform processing unit 60,summer 62, filter unit 64, and decoded picture buffer (DPB) 66.

As shown in FIG. 6, video encoder 20 receives video data and stores thereceived video data in video data memory 33. Video data memory 33 maystore video data to be encoded by the components of video encoder 20.The video data stored in video data memory 33 may be obtained, forexample, from video source 18. DPB 66 may be a reference picture memorythat stores reference video data for use in encoding video data by videoencoder 20, e.g., in intra- or inter-coding modes. Video data memory 33and DPB 66 may be formed by any of a variety of memory devices, such asdynamic random access memory (DRAM), including synchronous DRAM (SDRAM),magnetoresistive RAM (MRAM), resistive RAM (RRAM), or other types ofmemory devices. Video data memory 33 and DPB 66 may be provided by thesame memory device or separate memory devices. In various examples,video data memory 33 may be on-chip with other components of videoencoder 20, or off-chip relative to those components.

Partitioning unit 35 retrieves the video data from video data memory 33and partitions the video data into video blocks. This partitioning mayalso include partitioning into slices, tiles, or other larger units, aswells as video block partitioning, e.g., according to a quadtreestructure of LCUs and CUs. Video encoder 20 generally illustrates thecomponents that encode video blocks within a video slice to be encoded.The slice may be divided into multiple video blocks (and possibly intosets of video blocks referred to as tiles). Prediction processing unit41 may select one of a plurality of possible coding modes, such as oneof a plurality of intra coding modes or one of a plurality of intercoding modes, for the current video block based on error results (e.g.,coding rate and the level of distortion). Prediction processing unit 41may provide the resulting intra- or inter-coded block to summer 50 togenerate residual block data and to summer 62 to reconstruct the encodedblock for use as a reference picture.

Intra prediction unit 46 within prediction processing unit 41 mayperform intra-predictive coding of the current video block relative toone or more neighboring blocks in the same frame or slice as the currentblock to be coded to provide spatial compression. Motion estimation unit42 and motion compensation unit 44 within prediction processing unit 41perform inter-predictive coding of the current video block relative toone or more predictive blocks in one or more reference pictures toprovide temporal compression.

Motion estimation unit 42 may be configured to determine theinter-prediction mode for a video slice according to a predeterminedpattern for a video sequence. The predetermined pattern may designatevideo slices in the sequence as P slices or B slices. Motion estimationunit 42 and motion compensation unit 44 may be highly integrated, butare illustrated separately for conceptual purposes. Motion estimation,performed by motion estimation unit 42, is the process of generatingmotion vectors, which estimate motion for video blocks. A motion vector,for example, may indicate the displacement of a PU of a video blockwithin a current video frame or picture relative to a predictive blockwithin a reference picture.

A predictive block is a block that is found to closely match the PU ofthe video block to be coded in terms of pixel difference, which may bedetermined by sum of absolute difference (SAD), sum of square difference(SSD), or other difference metrics. In some examples, video encoder 20may calculate values for sub-integer pixel positions of referencepictures stored in DPB 66. For example, video encoder 20 may interpolatevalues of one-quarter pixel positions, one-eighth pixel positions, orother fractional pixel positions of the reference picture. Therefore,motion estimation unit 42 may perform a motion search relative to thefull pixel positions and fractional pixel positions and output a motionvector with fractional pixel precision.

Motion estimation unit 42 calculates a motion vector for a PU of a videoblock in an inter-coded slice by comparing the position of the PU to theposition of a predictive block of a reference picture. The referencepicture may be selected from a first reference picture list (List 0) ora second reference picture list (List 1), each of which identify one ormore reference pictures stored in DPB 66. Motion estimation unit 42sends the calculated motion vector to entropy encoding unit 56 andmotion compensation unit 44.

Motion compensation, performed by motion compensation unit 44, mayinvolve fetching or generating the predictive block based on the motionvector determined by motion estimation, possibly performinginterpolations to sub-pixel precision. Upon receiving the motion vectorfor the PU of the current video block, motion compensation unit 44 maylocate the predictive block to which the motion vector points in one ofthe reference picture lists. Video encoder 20 forms a residual videoblock by subtracting pixel values of the predictive block from the pixelvalues of the current video block being coded, forming pixel differencevalues. The pixel difference values form residual data for the block,and may include both luma and chroma difference components. Summer 50represents the component or components that perform this subtractionoperation. Motion compensation unit 44 may also generate syntax elementsassociated with the video blocks and the video slice for use by videodecoder 30 in decoding the video blocks of the video slice.

After prediction processing unit 41 generates the predictive block forthe current video block, either via intra prediction or interprediction, video encoder 20 forms a residual video block by subtractingthe predictive block from the current video block. The residual videodata in the residual block may be included in one or more TUs andapplied to transform processing unit 52. Transform processing unit 52transforms the residual video data into residual transform coefficientsusing a transform, such as a discrete cosine transform (DCT) or aconceptually similar transform. Transform processing unit 52 may convertthe residual video data from a pixel domain to a transform domain, suchas a frequency domain.

Transform processing unit 52 may send the resulting transformcoefficients to quantization unit 54. Quantization unit 54 quantizes thetransform coefficients to further reduce bit rate. The quantizationprocess may reduce the bit depth associated with some or all of thecoefficients. The degree of quantization may be modified by adjusting aquantization parameter. In some examples, quantization unit 54 may thenperform a scan of the matrix including the quantized transformcoefficients. In another example, entropy encoding unit 56 may performthe scan.

Following quantization, entropy encoding unit 56 entropy encodes thequantized transform coefficients. For example, entropy encoding unit 56may perform context adaptive variable length coding (CAVLC), contextadaptive binary arithmetic coding (CABAC), syntax-based context-adaptivebinary arithmetic coding (SBAC), probability interval partitioningentropy (PIPE) coding or another entropy encoding methodology ortechnique. Following the entropy encoding by entropy encoding unit 56,the encoded bitstream may be transmitted to video decoder 30, orarchived for later transmission or retrieval by video decoder 30.Entropy encoding unit 56 may also entropy encode the motion vectors andthe other syntax elements for the current video slice being coded.

Inverse quantization unit 58 and inverse transform processing unit 60apply inverse quantization and inverse transformation, respectively, toreconstruct the residual block in the pixel domain for later use as areference block of a reference picture. Motion compensation unit 44 maycalculate a reference block by adding the residual block to a predictiveblock of one of the reference pictures within one of the referencepicture lists. Motion compensation unit 44 may also apply one or moreinterpolation filters to the reconstructed residual block to calculatesub-integer pixel values for use in motion estimation. Summer 62 addsthe reconstructed residual block to the motion compensated predictionblock produced by motion compensation unit 44 to produce a reconstructedblock.

Filter unit 64 filters the reconstructed block (e.g. the output ofsummer 62) and stores the filtered reconstructed block in DPB 66 foruses as a reference block. The reference block may be used by motionestimation unit 42 and motion compensation unit 44 as a reference blockto inter-predict a block in a subsequent video frame or picture. Filterunit 64 may perform any type of filtering such as deblock filtering, SAOfiltering, and/or ALF, and/or other types of loop filters. A deblockfilter may, for example, apply deblocking filtering to filter blockboundaries to remove blockiness artifacts from reconstructed video.

FIG. 7 is a block diagram illustrating an example video decoder 30 thatmay implement the techniques described in this disclosure. Video decoder30 of FIG. 7 may, for example, be configured to receive the signalingdescribed above with respect to video encoder 20 of FIG. 6. In theexample of FIG. 7, video decoder 30 includes video data memory 78,entropy decoding unit 80, prediction processing unit 81, inversequantization unit 86, inverse transform processing unit 88, summer 90,and DPB 94. Prediction processing unit 81 includes motion compensationunit 82 and intra prediction unit 84. Video decoder 30 may, in someexamples, perform a decoding pass generally reciprocal to the encodingpass described with respect to video encoder 20 from FIG. 6.

During the decoding process, video decoder 30 receives an encoded videobitstream that represents video blocks of an encoded video slice andassociated syntax elements from video encoder 20. Video decoder 30stores the received encoded video bitstream in video data memory 78.Video data memory 78 may store video data, such as an encoded videobitstream, to be decoded by the components of video decoder 30. Thevideo data stored in video data memory 78 may be obtained, for example,via link 16, from storage device 26, or from a local video source, suchas a camera, or by accessing physical data storage media. Video datamemory 78 may form a coded picture buffer (CPB) that stores encodedvideo data from an encoded video bitstream. DPB 94 may be a referencepicture memory that stores reference video data for use in decodingvideo data by video decoder 30, e.g., in intra- or inter-coding modes.Video data memory 78 and DPB 94 may be formed by any of a variety ofmemory devices, such as DRAM, SDRAM, MRAM, RRAM, or other types ofmemory devices. Video data memory 78 and DPB 94 may be provided by thesame memory device or separate memory devices. In various examples,video data memory 78 may be on-chip with other components of videodecoder 30, or off-chip relative to those components.

Entropy decoding unit 80 of video decoder 30 entropy decodes the videodata stored in video data memory 78 to generate quantized coefficients,motion vectors, and other syntax elements. Entropy decoding unit 80forwards the motion vectors and other syntax elements to predictionprocessing unit 81. Video decoder 30 may receive the syntax elements atthe video slice level and/or the video block level.

When the video slice is coded as an intra-coded (I) slice, intraprediction unit 84 of prediction processing unit 81 may generateprediction data for a video block of the current video slice based on asignaled intra prediction mode and data from previously decoded blocksof the current frame or picture. When the video frame is coded as aninter-coded slice (e.g., B slice or P slice), motion compensation unit82 of prediction processing unit 81 produces predictive blocks for avideo block of the current video slice based on the motion vectors andother syntax elements received from entropy decoding unit 80. Thepredictive blocks may be produced from one of the reference pictureswithin one of the reference picture lists. Video decoder 30 mayconstruct the reference frame lists, List 0 and List 1, using defaultconstruction techniques based on reference pictures stored in DPB 94.

Motion compensation unit 82 determines prediction information for avideo block of the current video slice by parsing the motion vectors andother syntax elements, and uses the prediction information to producethe predictive blocks for the current video block being decoded. Forexample, motion compensation unit 82 uses some of the received syntaxelements to determine a prediction mode (e.g., intra- orinter-prediction) used to code the video blocks of the video slice, aninter-prediction slice type (e.g., B slice or P slice), constructioninformation for one or more of the reference picture lists for theslice, motion vectors for each inter-encoded video block of the slice,inter-prediction status for each inter-coded video block of the slice,and other information to decode the video blocks in the current videoslice.

Motion compensation unit 82 may also perform interpolation based oninterpolation filters. Motion compensation unit 82 may use interpolationfilters as used by video encoder 20 during encoding of the video blocksto calculate interpolated values for sub-integer pixels of referenceblocks. In this case, motion compensation unit 82 may determine theinterpolation filters used by video encoder 20 from the received syntaxelements and use the interpolation filters to produce predictive blocks.

Inverse quantization unit 86 inverse quantizes, i.e., de-quantizes, thequantized transform coefficients provided in the bitstream and decodedby entropy decoding unit 80. The inverse quantization process mayinclude use of a quantization parameter calculated by video encoder 20for each video block in the video slice to determine a degree ofquantization and, likewise, a degree of inverse quantization that shouldbe applied. Inverse transform processing unit 88 applies an inversetransform, e.g., an inverse DCT, an inverse integer transform, or aconceptually similar inverse transform process, to the transformcoefficients in order to produce residual blocks in the pixel domain.

After prediction processing unit generates the predictive block for thecurrent video block using, for example, intra or inter prediction, videodecoder 30 forms a reconstructed video block by summing the residualblocks from inverse transform processing unit 88 with the correspondingpredictive blocks generated by motion compensation unit 82. Summer 90represents the component or components that perform this summationoperation. Filter unit 92 filters the reconstructed video block using,for example, one or more filter techniques.

Filter unit 92 filters the reconstructed block (e.g. the output ofsummer 90) and stores the filtered reconstructed block in DPB 94 foruses as a reference block. The reference block may be used by motioncompensation unit 82 as a reference block to inter-predict a block in asubsequent video frame or picture. Filter unit 92 may perform any typeof filtering such as deblock filtering, SAO filtering, and/or ALF,and/or other types of loop filters. A deblock filter may, for example,apply deblocking filtering to filter block boundaries to removeblockiness artifacts from reconstructed video.

FIG. 8 is a flow diagram illustrating an example video coding techniquedescribed in this disclosure. The techniques of FIG. 8 will be describedwith reference to a generic video coder, which may, for example,correspond to a video decoder, such as video decoder 30, or to a videoencoder, such as video encoder 20. In the example of FIG. 8, the videocoder determines a first block of the video data is intra mode coded(100). Based on the first height and the first width, the video coderidentifies a group of N available intra prediction modes for the firstblock of video data (102). N is an integer value greater than two. Thevideo coder may, for example, determine an area of the first block basedon the first height and the first width and based on the area, determinea value for N. In another example, the video coder may determine a shapeof the first block based on the first height and the first width andbased on the shape, determine a value for N. The shape may, for example,correspond to a vertical rectangle or a horizontal rectangle.

The video coder selects, from the group of N available intra predictionmodes, a first intra prediction mode used to code the first block of thevideo data (104). The video coder codes the first block using the firstintra prediction mode (106). In examples, where the video coder is avideo encoder, the video coder may code the first block using the firstintra prediction mode by encoding the first block using the first intraprediction mode. In examples, where the video coder is a video decoder,the video coder may code the first block using the first intraprediction mode by decoding the first block using the first intraprediction mode.

In addition to the steps shown in FIG. 8, the video coder may alsodetermine a second block of the video data is intra mode coded, whereinthe second block of the video data has a second height and a secondwidth and, based on the second height and the second width, identify agroup of M available intra prediction modes for the second block ofvideo data. M is a different integer value than N and is greater thantwo. The video coder selects, from the group of M available intraprediction modes, a second intra prediction mode used to code the secondblock of the video data. The video coder may signal a threshold value inthe video data, and in response to the first block having an areagreater than the threshold value, determine a value for N. In responseto the second block having an area less than the threshold value, thevideo coder determines a value for M, with M being smaller than N. Eachintra prediction mode in the group of N available intra prediction modesmay have a unique index ranging from 0 to N-1, and each intra predictionmode in the group of M available intra prediction modes may have aunique index ranging from 0 to M-1.

In one example, the first height may be greater than the first width,and the video coder may determine a second block of the video data isintra mode coded and has a second height and a second width, with thesecond width being greater than the second height. Based on the secondheight and the second width, the video coder identifies a group of Mavailable intra prediction modes for the second block of video data,with the group of M available intra prediction modes including at leastone intra prediction mode not included in the group of N available intraprediction modes. The video coder selects, from the group of M availableintra prediction modes, a second intra prediction mode used to code thesecond block of the video data.

FIG. 9 is a flow diagram illustrating an example video coding techniquedescribed in this disclosure. The techniques of FIG. 9 will be describedwith reference to a generic video coder, which may, for example,correspond to a video decoder, such as video decoder 30, or to a videoencoder, such as video encoder 20. In the example of FIG. 9, the videocoder determines a block of the video data is intra mode coded (120).The video coder generates a first MPM candidate list for the block(122). The video coder then codes a flag indicating if the actual intraprediction mode is included in the first MPM list (124). In the case ofa video encoder, the video encoder generates the flag for inclusion inthe bitstream of encoded video data. In the case of a video decoder, thevideo decoder receives the flag in the bitstream and decodes the flag.If the video coder codes a first flag indicating an actual intraprediction mode used to code the block is included in the first MPMcandidate list (124, YES), then the video coder codes (e.g., eithergenerates of receives) an index value identifying which entry in thefirst MPM candidate list corresponds to the actual intra prediction modeused to code the block (126).

If the video coder codes a first flag indicating an actual intraprediction mode used to code the block is not included in the first MPMcandidate list (124, NO), then the video coder generates a second MPMcandidate list for the block (128). According to the techniques of thisdisclosure, the video coder may generate the second MPM candidate listby deriving at least one candidate intra prediction mode for inclusionin the second MPM candidate list based on an intra prediction mode inthe first MPM candidate list. The intra prediction mode in the first MPMcandidate list may, for example, correspond to an intra prediction modeused to code a neighboring block of the block or is derived based on theintra prediction mode used to code the neighboring block. The videocoder may derive the at least one candidate intra prediction mode forinclusion in the second MPM candidate list based on the intra predictionmode in the first MPM candidate list by adding an offset to the intraprediction mode in the first MPM candidate list. The video coder maygenerate the second MPM candidate list such that all modes in the secondMPM candidate list are distinct from all modes in the first MPMcandidate list. The video coder may generate the second MPM candidatelist by adding at least one default candidate to the second MPMcandidate list. To derive the at least one candidate mode for inclusionin the second MPM candidate list, the video coder may derive M candidatemodes, wherein M is an integer value, by determining the integer valuefor M based on a mode index of the mode in the first MPM candidate list.

The video coder then codes a second flag indicating if the actual intraprediction mode is included in the second MPM list (130). If the videocoder codes a second flag indicating an actual intra prediction modeused to code the block is included in the second MPM candidate list(130, YES), then the video coder codes (e.g., either generates ofreceives) an index value identifying which entry in the second MPMcandidate list corresponds to the actual intra prediction mode used tocode the block (132). If the video coder codes a second flag indicatingan actual intra prediction mode used to code the block is not includedin the first MPM candidate list (130, NO), then the video coder codessyntax identifying which of the remaining intra prediction modescorresponds to the actual intra prediction mode (134).

In one or more examples, the functions described may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over, as oneor more instructions or code, a computer-readable medium and executed bya hardware-based processing unit. Computer-readable media may includecomputer-readable storage media, which corresponds to a tangible mediumsuch as data storage media, or communication media including any mediumthat facilitates transfer of a computer program from one place toanother, e.g., according to a communication protocol. In this manner,computer-readable media generally may correspond to (1) tangiblecomputer-readable storage media which is non-transitory or (2) acommunication medium such as a signal or carrier wave. Data storagemedia may be any available media that can be accessed by one or morecomputers or one or more processors to retrieve instructions, codeand/or data structures for implementation of the techniques described inthis disclosure. A computer program product may include acomputer-readable medium.

By way of example, and not limitation, such computer-readable storagemedia can comprise RAM, ROM, EEPROM, CD-ROM or other optical diskstorage, magnetic disk storage, or other magnetic storage devices, flashmemory, or any other medium that can be used to store desired programcode in the form of instructions or data structures and that can beaccessed by a computer. Also, any connection is properly termed acomputer-readable medium. For example, if instructions are transmittedfrom a website, server, or other remote source using a coaxial cable,fiber optic cable, twisted pair, digital subscriber line (DSL), orwireless technologies such as infrared, radio, and microwave, then thecoaxial cable, fiber optic cable, twisted pair, DSL, or wirelesstechnologies such as infrared, radio, and microwave are included in thedefinition of medium. It should be understood, however, thatcomputer-readable storage media and data storage media do not includeconnections, carrier waves, signals, or other transient media, but areinstead directed to non-transient, tangible storage media. Disk anddisc, as used herein, includes compact disc (CD), laser disc, opticaldisc, digital versatile disc (DVD), floppy disk and Blu-ray disc, wheredisks usually reproduce data magnetically, while discs reproduce dataoptically with lasers. Combinations of the above should also be includedwithin the scope of computer-readable media.

Instructions may be executed by one or more processors, such as one ormore DSPs, general purpose microprocessors, ASICs, FPGAs, or otherequivalent integrated or discrete logic circuitry. Accordingly, the term“processor,” as used herein may refer to any of the foregoing structureor any other structure suitable for implementation of the techniquesdescribed herein. In addition, in some aspects, the functionalitydescribed herein may be provided within dedicated hardware and/orsoftware modules configured for encoding and decoding, or incorporatedin a combined codec. Also, the techniques could be fully implemented inone or more circuits or logic elements.

The techniques of this disclosure may be implemented in a wide varietyof devices or apparatuses, including a wireless handset, an integratedcircuit (IC) or a set of ICs (e.g., a chip set). Various components,modules, or units are described in this disclosure to emphasizefunctional aspects of devices configured to perform the disclosedtechniques, but do not necessarily require realization by differenthardware units. Rather, as described above, various units may becombined in a codec hardware unit or provided by a collection ofinteroperative hardware units, including one or more processors asdescribed above, in conjunction with suitable software and/or firmware.

Various examples have been described. These and other examples arewithin the scope of the following claims.

What is claimed is:
 1. A method for coding video data, the methodcomprising: determining a first block of the video data is intra modecoded, wherein the first block of the video data has a first height anda first width; based on the first height and the first width,identifying a group of N available intra prediction modes for the firstblock of video data, wherein N is an integer value greater than two;selecting from the group of N available intra prediction modes, a firstintra prediction mode used to code the first block of the video data;and coding the first block using the first intra prediction mode.
 2. Themethod of claim 1, further comprising: determining a second block of thevideo data is intra mode coded, wherein the second block of the videodata has a second height and a second width; based on the second heightand the second width, identifying a group of M available intraprediction modes for the second block of video data, wherein M is adifferent integer value than N and is greater than two; and selectingfrom the group of M available intra prediction modes, a second intraprediction mode used to code the second block of the video data.
 3. Themethod of claim 2, further comprising: signaling a threshold value inthe video data; in response to the first block having an area greaterthan the threshold value, determining a value for N; in response to thesecond block having an area less than the threshold value, determining avalue for M, wherein M is smaller than N.
 4. The method of claim 2,wherein each intra prediction mode in the group of N available intraprediction modes has a unique index ranging from 0 to N-1, and whereineach intra prediction mode in the group of M available intra predictionmodes has a unique index ranging from 0 to M-1.
 5. The method of claim1, wherein the first height is greater than the first width, the methodfurther comprising: determining a second block of the video data isintra mode coded, wherein the second block of the video data has asecond height and a second width, and wherein the second width isgreater than the second height; based on the second height and thesecond width, identifying a group of M available intra prediction modesfor the second block of video data, wherein the group of M availableintra prediction modes includes at least one intra prediction mode notincluded in the group of N available intra prediction modes; andselecting from the group of M available intra prediction modes, a secondintra prediction mode used to code the second block of the video data.6. The method of claim 1, further comprising: determining an area of thefirst block based on the first height and the first width; and based onthe area, determining a value for N.
 7. The method of claim 1, whereincoding the first block using the first intra prediction mode comprisesone of: encoding the first block using the first intra prediction mode;or decoding the first block using the first intra prediction mode.
 8. Adevice for coding video data, the device comprising: a memory configuredto store the video data; and one or more processors configured to:determine a first block of the video data is intra mode coded, whereinthe first block of the video data has a first height and a first width;based on the first height and the first width, identify a group of Navailable intra prediction modes for the first block of video data,wherein N is an integer value greater than two; select from the group ofN available intra prediction modes, a first intra prediction mode usedto code the first block of the video data; and code the first blockusing the first intra prediction mode.
 9. The device of claim 8, whereinthe one or more processors are further configured to: determine a secondblock of the video data is intra mode coded, wherein the second block ofthe video data has a second height and a second width; based on thesecond height and the second width, identify a group of M availableintra prediction modes for the second block of the video data, wherein Mis a different integer value than N and is greater than two; and selectfrom the group of M available intra prediction modes, a second intraprediction mode used to code the second block of the video data.
 10. Thedevice of claim 9, wherein the one or more processors are furtherconfigured to: signal a threshold value in the video data; in responseto the first block having an area greater than the threshold value,determine a value for N; in response to the second block having an arealess than the threshold value, determine a value for M, wherein M issmaller than N.
 11. The device of claim 9, wherein each intra predictionmode in the group of N available intra prediction modes has a uniqueindex ranging from 0 to N-1, and wherein each intra prediction mode inthe group of M available intra prediction modes has a unique indexranging from 0 to M-1.
 12. The device of claim 8, wherein the firstheight is greater than the first width, wherein the one or moreprocessors are further configured to: determine a second block of thevideo data is intra mode coded, wherein the second block of the videodata has a second height and a second width, and wherein the secondwidth is greater than the second height; based on the second height andthe second width, identify a group of M available intra prediction modesfor the second block of the video data, wherein the group of M availableintra prediction modes includes at least one intra prediction mode notincluded in the group of N available intra prediction modes; and selectfrom the group of M available intra prediction modes, a second intraprediction mode used to code the second block of the video data.
 13. Thedevice of claim 8, wherein the one or more processors are furtherconfigured to: determine an area of the first block based on the firstheight and the first width; and based on the area, determine a value forN.
 14. The device of claim 8, wherein to code the first block using thefirst intra prediction mode, the one or more processors are furtherconfigured to at least one of: encode the first block using the firstintra prediction mode; or decode the first block using the first intraprediction mode.
 15. The device of claim 8, wherein the device comprisesa wireless communication device, further comprising a receiverconfigured to receive encoded video data.
 16. The device of claim 15,wherein the wireless communication device comprises a telephone handsetand wherein the receiver is configured to demodulate, according to awireless communication standard, a signal comprising the encoded videodata.
 17. A method for coding video data, the method comprising:determining a block of the video data is intra mode coded; generating afirst most probable mode (MPM) candidate list for the block; coding afirst flag indicating an actual intra prediction mode used to code theblock is not included in the first MPM candidate list; generating asecond MPM candidate list for the block, wherein generating the secondMPM candidate list for the block comprises: deriving at least onecandidate intra prediction mode for inclusion in the second MPMcandidate list based on an intra prediction mode in the first MPMcandidate list; and coding a second flag indicating whether an actualintra prediction mode used to code the block is included in the secondMPM candidate list.
 18. The method of claim 17, wherein deriving the atleast one candidate intra prediction mode for inclusion in the secondMPM candidate list based on the intra prediction mode in the first MPMcandidate list comprises adding an offset to the intra prediction modein the first MPM candidate list.
 19. The method of claim 17, wherein theintra prediction mode in the first MPM candidate list corresponds to anintra prediction mode used to code a neighboring block of the block oris derived based on the intra prediction mode used to code theneighboring block.
 20. The method of claim 17, generating the second MPMcandidate list such that all modes in the second MPM candidate list aredistinct from all modes in the first MPM candidate list.
 21. The methodof claim 17, wherein generating the second MPM candidate list for theblock further comprises: adding at least one default candidate to thesecond MPM candidate list.
 22. The method of claim 17, wherein codingthe first flag indicating the actual intra prediction mode used to codethe block is not included in the first MPM candidate list and coding thesecond flag indicating whether the actual intra prediction mode used tocode the block is included in the second MPM candidate list comprisesone of: encoding the first flag and the second flag; or decoding thefirst flag and the second flag.
 23. The method of claim 17, whereinderiving the at least one candidate mode for inclusion in the second MPMcandidate list comprises deriving M candidate modes, wherein M is aninteger value, the method further comprising: determining the integervalue for M based on a mode index of the mode in the first MPM candidatelist.
 24. A device for coding video data, the device comprising: amemory configured to store the video data; and one or more processorsconfigured to: determine a block of the video data is intra mode coded;generate a first most probable mode (MPM) candidate list for the block;code a first flag indicating an actual intra prediction mode used tocode the block is not included in the first MPM candidate list; generatea second MPM candidate list for the block, wherein generating the secondMPM candidate list for the block comprises: derive at least onecandidate intra prediction mode for inclusion in the second MPMcandidate list based on an intra prediction mode in the first MPMcandidate list; and code a second flag indicating whether an actualintra prediction mode used to code the block is included in the secondMPM candidate list.
 25. The device of claim 24, wherein to derive the atleast one candidate intra prediction mode for inclusion in the secondMPM candidate list based on the intra prediction mode in the first MPMcandidate list, the one or more processors are configured to add anoffset to the intra prediction mode in the first MPM candidate list. 26.The device of claim 24, wherein the intra prediction mode in the firstMPM candidate list corresponds to an intra prediction mode used to codea neighboring block of the block or is derived based on the intraprediction mode used to code the neighboring block.
 27. The device ofclaim 24, the one or more processors are configured to generate thesecond MPM candidate list such that all modes in the second MPMcandidate list are distinct from all modes in the first MPM candidatelist.
 28. The device of claim 24, wherein to generate the second MPMcandidate list for the block further, the one or more processors areconfigured to: add at least one default candidate to the second MPMcandidate list.
 29. The device of claim 24, wherein to code the firstflag indicating the actual intra prediction mode used to code the blockis not included in the first MPM candidate list and code the second flagindicating whether the actual intra prediction mode used to code theblock is included in the second MPM candidate list, the one or moreprocessors are configured to one of: encode the first flag and thesecond flag; or decode the first flag and the second flag.
 30. Thedevice of claim 24, wherein to derive the at least one candidate modefor inclusion in the second MPM candidate list comprises deriving Mcandidate modes, wherein M is an integer value, the one or moreprocessors are configured to: determine the integer value for M based ona mode index of the mode in the first MPM candidate list.